invoice: a reusable bolt12 offer has no terminal paid state

2026-09-22T18:27:15Z

A bolt12 offer is a standing payment code. CLN derives the same offer_id from the same (amount, description), so re-creating one hands back the original record, whose `received` has accumulated over the offer's whole lifetime. The invoice layout read that as "this invoice was paid" and redirected to the success screen, so reopening a long-lived offer never showed the QR and left no way to copy the lno. Treat a payment as celebratory only when it arrives while the page is open: the socket handler now passes the amount of that payment as `?paid=`, and the layout uses it in place of the lifetime total for reusable offers. Single-use invoices keep the existing logic, so a partly-paid invoice still stays on the QR rather than celebrating early. The success screen showed lifetime `received` for the same reason, which misreported a single payment to a long-lived offer; it now renders the amount the socket reported, which is already net of tip. Co-Authored-By: Claude Opus 5 (1M context)

redirect to paid route

2025-09-09T19:38:40Z

check for user in invoice route

2025-09-09T16:18:11Z

prompt for tip for auto pays

2025-07-20T01:07:57Z

lightning bolt

2024-11-13T07:36:15Z

default light theme

2024-11-09T07:38:55Z

fix set amount

2024-11-08T23:41:29Z

svelte 5 fixups

2024-11-08T23:19:04Z

theme cookie

2024-11-07T07:10:14Z

coinos-ui.git/src/routes/(app)/invoice/[id]/+layout.server.ts, branch master